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A universally accessible healthcare device (10) 


the medical information (76) using an open standard 



having a communication path (22) and a server (14). 
The healthcare device (10) generates a set of medical 
information (76) and the server (14) provides access to 



network protocol (HTTP, URL, HTML) on the communi- 
cation path (22). 
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Description 

H I 

BACKGROUND OF THE INVENTION 

Field of Invention 5 

The present invention pertains to the field of health- 
care devices. More particularly, this invention relates to 
healthcare devices which are universally accessible 
using open standard network protocols. io 

Art Background 

A variety of devices for obtaining medical informa- 
tion pertaining to patients are commonly employed in is 
hospitals and clinics. For example, blood analyzers are 
commonly used in hospitals and clinics to obtain blood 
chemistry measurements such as glucose level. Other 
devices include devices for measuring heart rate, blood 
pressure, and devices for recording electrocardiogram 20 
data. Such devices are hereinafter referred to as health- 
care devices. Such healthcare devices include portable 
devices such as portable Wood analyzers, etc. 

Prior healthcare devices commonly provide an 
access mechanism for transferring the medical iriforma- 25 
tion contained therein to a computer system. Such an 
access mechanism usually facilitates distribution of the 
medical information by taking advantage of the display 
and storage capabilities of a computer system.* 

The access mechanism of prior healthcare devices 30 
usually requires a computer system having a proprie- 
tary interface which is designed "specially for the partic- 
ular healthcare device. Typically, such a proprietary 
interface includes specialized software that executes on 
the computer system. Typically, a healthcare worker 35 
accesses medical information from such a prior health- 
care device by transporting the healthcare device to the 
special computer system, attaching ; the healthcare 
device to a docking station or standard mechanism such 
as an RS232 port of the special computer system, and 46 
then initiating a transfer from the healthcare device 
using specialized software executing on the computer 
system. ' 

Unfortunately, such prior' methods of accessing 
healthcare devices are usually not well suited to out of 45 
hospital or out of clinic environments such as a patient's 
home where "computer systems with proprietary inter- 
faces are usually not available. Moreover, the costs 
associated with equipping a location such as a patient's 
home with a specialized computer system for accessing so 
information from heaithcare devices is usually prohibi- 
tively expensive. 

Such limitations on the ability to access medical 
information in certain environments usually limits the 
utility of prior healthcare devices. For example, a visiting 5 55 
nurse may collect glucose data from a patient in the 
patient's home using a prior portable blood analyzer. 
Typically, the obtained glucose data remains stored in 



the portable blood analyzer until:' the visiting nurse 
returns to the hospital or clinic and manually initiates the 
transfer of the stored data to a special computer sys- 
tem. Unfortunately, a doctor cannot read the glucose 
data obtained with such a prior portable, blood analyzer 
while it is in transit between the patient's home and the 
hospital. 

SUMMARY OF THE INVENTION 

One object of the present invention is to provide 
universal access to information stored in healthcare 
devices. 

Another object of the present invention is to reduce 
the cost of home healthcare monitoring by eliminating 
the requirement of having a proprietary software pack- 
age for accessing medical information from healthcare 
devices. 

A further object of the present invention is to reduce 
the overall cost of home healthcare monitoring by elimi- 
nating the need for having a personal computer in the 
home to access medical information from healthcare 
devices. 

Another object of the present invention is to make 
the medical information contained in healthcare devices 
widely accessible and available sooner in comparison to 
prior systems that employ proprietary interfaces to per- 
sonal computers. 

These and other objects are provided by a health- 
care device having a communication path and a server. 
The healthcare device generates a set of medical infor- 
mation and the server provides access to the medical 
information using an open standard network protocol on 
the communication path. The server packages the med- 
ical information in an Hyper-Text Markup Language 
(HTML) file which is transported according to the Hyper- 
TextTransfer Protocol (HTTP). The server functionality 
may be implemented with existing circuitry in the health : 
care device such as an exiting processor and memory 
that normally perform device-specific functions, thereby 
avoiding the extra cost and space required for dedicated 
server hardware for the healthcare device. 

The server functionality embedded in the health- 
care device enables a web browser to access the med- 
ical information obtained by the heajthcare device via a 
variety of communication' routes including the world 
wide web of the Internet. The HTML and HTTP proto- 
cols inherent in web technology enable communication 
with existing web browsers independent of the platform 
that executes the web browser and independent of the 
location of the healthcare worker that uses the web 
browser to access the medical information. 

J Other features and advantages of the present 
invention will be apparent from the detailed description 
that follows. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention is described with respect to 
particular exemplary .embodiments thereof and refer- 
ence is accordingly made to the drawings in which: s 

Figure 1 shows a healthcare device which is uni- 
versally accessible via a communication network 
using open standard network protocols; 

10 

Figure 2 illustrates a web page rendered by a web 
browser for an example HTML file that transports 
medical information from a healthcare device; 

Figure 3 illustrates a web server in a healthcare 75 
device which includes a command processor and a 
communication processor; 

Figure 4 illustrates, one hardware embodiment of 
the healthcare device which includes a processor, a 20 
set of communication circuitry, and a set of device- 
specific hardware. 

1 * * 

DETAILED DESCRIPTION 

— * ■ t 

Figure 1 shows a healthcare device 10 which is 
universally accessible via a communication network 30 . 
using open standard network protocols. The healthcare 
device. 10 includes a web server 14 that exchanges 
messages with web clients using the HTTP and HTML. 30 , 
open standard protocols on the communication network 
30. The web server 14 handles HTTP cpmmands 
received via the communication network 30 that specify 
a predetermined Universal Resource Locator (URL) for ■ 
the healthcare device 10. The HTTP commands are 35 
used by web clients such as a web browser 40 to read 
medical information including measurement data and - 
optional related information from the healthcare device 
10. The web server 14 packages the medical informa- 
tion into the HTML format and transfers the information 40 
to requesting web clients on the communication net- . 
work 30 using the HTTP protocol. .«...-,.* 

.. In one embodiment the communication network 30 
represents world, wide web communication which is 
enabled by Internet communication protocols including . 45 
HTJP arcd HTML The healthcare device ; 10 and the 
web browser 40 use communication paths 22 and 23, ,. 
respectively, for access to the Internet , The communica- 
tion paths 22-23 may be direct Internet connections or 
connections to Internet Service Providers (ISPs) that in so 
turn provide Internet access. The healthcare device 10 
in this embodiment may be used to obtain measure- 
ments in a remote location from a hospital or clinic, such 
as a patient's home, and a doctor, nurse, or other 
healthcare worker located anywhere Internet access is ss 
available including a hospital or clinic may use the web 
browser 40 to access the obtained measurement data 
and related information from the healthcare device 10. 



In another embodiment, the communication net- 

* 

work 30 is a local area network that supports Internet 
communication protocols including HTTP and HTML as 
well as underlying layers including Transmission Control 
Protocol/Internet Protocol (TCP/IP). The communica- 
tion paths 22-23 may be coaxial communication links, 
power line communication links, twisted pair communi- 
cation links, radio frequency communication links, infra- 
red communication links, or any combination thereof. 
The healthcare device 10 may be used to obtain meas- 
urements in a remote location of a hospital or clinic, 
such as a hospital ward, and a doctor, nurse, or other 
healthcare worker may use the web browser 40 located 
elsewhere in the hospital or clinic can access the 
healthcare device 10 via the local area network 30 of 
the hospital or clinic. 

In yet another embodiment, the communication net- 
work 30 is a wide area network or "intranet" of a hospi- 
tal, clinic, or large healthcare organization which can 
extend beyond the walls of the particular organization. 
The healthcare device 1 0 may be used to obtain meas- 
urements in one branch location of the healthcare 
organization or in a patient's home, and a healthcare 
worker may use the web browser 40 located in another 
branch of the healthcare organization to access infor- 
mation from the healthcare device 10 using the intranet 
30 of the healthcare organization. 

The web browser 40 may be embodied in a compu- 
ter system that executes web browser software. Such a 
computer system with web browser functionality may be 
realized by any one of a variety of available computer 
system platforms including Windows platforms, Macin- 
tosh platforms, Unix platforms as well as any other plat- 
form capable of executing web browser software. that 
provides HTTP client functions and that renders HTML 
files. , ,v ~- 

The web browser 40 may also be embodied in a 
variety of other devices that provide HTTP client func- 
tions and that render HTML files. Such devices include 
specialized hardware designed for television or tele- 
phone systems as well as low cost web browser devices 
and devices referred to as network computers. 

A healthcare worker enters a URL corresponding to 
the healthcare device 10 into the web browser 40. In 
response, the web browser 40 transfers an HTTP com- 
mand which includes the entered URL over the commu- 
nication network 30. The HTTP command used by the 
web browser 40 to access medical information from the 
healthcare device 10 may be an HTTP, GET, an HTTP 
POST, or an HTTP PUT command. . 

The web server 14 in/ the. healthcare device 10 
receives the HTTP command via the communication 
path 22 and recognizes the URL contained therein. In 
response, the web server 14 packages internally 
obtained . medical information into an HTML file and 
transfers the HTML f ile containing the medical informa- 
tion to the web browser 40 using the HTTP protocol. 
The web browser 40 receives the HTML file and renders 
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the medical information contained therein on a display. 

In one embodiment, the healthcare device 10 is a 
portable blood analyzer: The healthcare device 10 
includes modules for measuring aspects of blood chem- 
istry such as glucose level as well as circuitry for storing s 
blood chemistry measurement data in digital form. The 
healthcare device 10 also includes timing circuitry for 
generating time stamp data and further includes input 
circuitry such as a keypad that enables entry of patient 
identifiers and other related information for the obtained io 
blood chemistry measurements. The web server 14 
enables universal access to the blood chemistry data 
and related information via the communication network 
30 using HTML and HTTP protocols. 

In another embodiment, the healthcare device 10 is is 
a portable electrocardiogram recorder having sensing 
mechanisms for obtaining electrocardiogram readings 
and electronic hardware and software for digitizing the 
recorded data. The web server 14 enables universal 
access to the recorded electrocardiogram data and 20 
related information using HTML and HTTP protocols. 
The patient can trigger data recording using a variety of 
triggering mechanisms or loops of electrocardiogram 
data may be recorded. The electrocardiogram device 10 
may also provide real-time electrocardiogram data to an 25 
external web browser using HTML and HTTP protocols. 

In another embodiment, the healthcare device 10 is 
a spirometer for measuring the efficiency of a patient's 
lungs. The web server 14 enables universal access to 
data indicating lung efficiency and related information 30 
stored in the healthcare device 10. 

In yet another embodiment, the healthcare device 
10 is a portable blood pressure measurement instru- 
ment. The healthcare device 10 includes mechanisms 
for measuring blood pressure as circuitry for storing 35 
blood pressure measurements. The web server 14 ena- 
bles universal access to the blood pressure data and 
related information using HTML and HTTP- protocols. 

In another embodiment, the healthcare device TO is 
a portable blood alcohol measurement instrument with 40 
mechanisms for measuring blood alcohol content as 
well as circuitry for storing, measurements. The web 
server 1 4 provides universal access to the blood alcohol 
measurements and related information using HTML and 
HTTP protocols. 4 $ 

In another embodiment, the healthcare device 10 is 
a weight scale which is useful for monitoring changes in 
a patient's body weight. The healthcare device 10 
includes mechanisms for weight measurement and cir- 
cuitry for storing measurements. The web server 14 so 
enables 1 universal access to the weight measurement 
data and related information using HTML and HTTP 
protocols. 

In yet another embodiment, the healthcare device 
10 is an instrument for analyzing fecal blood for the ss 
detection of colon cancer. The web server 14 enables 
universal access to the obtained measurements using 
HTML and HTTP protocols. 



: The following is an example HTML file generated by 
the web server 14 in response to an HTTP GET com- 
mand in an embodiment wherein the healthcare device 
10 is a blood analyzer. 

(TITLE)Blood Analyzer Web PagevTITLE) 
(HUWeb paige for healthcare device 10</H1> 
<HR> 

(table border) 

<caption)Glucose Measurments (/caption) 
<TR) 

(TD)Patient I.D.(/TD)123456vTD> " 

</TR) 

<TR) 

(TD)Glucose(/TI> TD)12(/TD) 

</TR> 

<TR) 

aD)Time-Stamp</TD) (TD)1 2/D1/96 1 2:37vTD) 

</TR) 

(/TABLE) 

(HR> 

Figure 2 illustrates a web page rendered by the 
web browser 40 for the example HTML file shown 
above. The web page for the example blood analyzer 
device 1 0 includes a page title 70, a header section 72, 
a table section 76 containing the medical information 
obtained from the blood analyzer device 10, and a table 
header 74. 

The medical information shown including Patient 
I.D. of 123456, Glucose of 12, and Time-Stamp of 
12/10/96 12:37 was generated in the blood analyzer 
device 10 and packaged into the HTML file shown 
above by the web server 14. The decoding and render- 
ing of the web page shown is a function of the web 
browser 40 according to standard formatting protocols 
for HTML files. 

The web server 1 4 may also implement any one of 
a variety of methods for providing securie access to the 
medical meiasurements arid related information stored 
in the' healthcare device TO. Such meichanisms include 
public or private key encryption of the medical data and 
related information transported in the HTML file gener- 
ated by the web server 14. 

In addition, access to the healthcare device 1 0 may 
be password protected and may require that a smart- 
card be used at the web browser 40 to enable access. 
For example, the HTTP command used to request the 
medical information may be required to include a prede- 
termined password. The web server 14 examines the 
password and either ignores the HTTP command or 
transfers a reject message to the requesting web client 
if the password is missing or invalid. 

Figure 3 illustrates the web server 14 which 
includes a command processor 42 and a communica- 
tion processor 44. The communication processor 44 is a 
combination of hardware and software for transferring 
messages via the communication path 22 using the 
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HTTP protocol. The .communication processor/44 relays 
received HTTP commands from requesting web clients 
onto the command processor 42, 

The command processor 42 is a combination of 
hardware and software that generates an HTML file 46 s 
and writes a set of medical information 60 obtained in 
the healthcare device 10 into the HTML file 46. The 
medical information 60 is generated by the healthcare 
device 10 according to its predetermined 'device-spe- 
cific function for the particular embodiment. The com- w 
munication processor 44 transfers the HTML file 46 with 
the medical information 60 to the requesting web client 
using the HTTP protocol. 

In one embodiment, the command processor 42 
generates the HTML file 46 on the fly in response to an 75 
HTTP command from a requesting web client. This 
embodiment offers the advantage of not requiring that 
memory space be allocated in the medical device 1 0 for 
storing the HTML file 46. 

In another embodiment, the command processor 20 
42 obtains the medical information 60 and then gener- 
ates the HTML file 46 prior to receipt of an HTTP com- 
mand from a requesting web client. 

Figure 4 illustrates one hardware embodiment of 
the healthcare device 1 0 which includes a processor 50, ■ 25 
a set of communication circuitry 52 ; and a .set of device- 
specific hardware 54. The processor 50 includes mem- . 
ory for storing data and software code. Alternatively, a 
separate memory may be provided to store data and 
software code. . . * 30 

The. device-specific hardware 54 represents * the 
mechanisms necessary to perform the device-specific ■ 
medical function of the healthcare device 10. Such 
mechanisms may include chemical, mechanical, electri- 
cal, or electronic mechanisms or any combination 35 
thereof., The device-specific hardware 54 may also 
include the electronic circuitry for digitizing and storing 
obtained measurements and for displaying the obtained 
measurements with a display mechanism in the health- . 
care device 10. Alternatively, the functions of digitizing 40 
and . storing -measurement. data may be implemented ^ 
with the processor 50. ■ * . t * ■•. 

, Jn t one embodiment, the processor 50 performs 
device-specific functions for the healthcare device 10 in 
combination with the device-specific .hardware. 54. For 45 
example, the processor 50 may execute code for deter- 
mining blood glucose levels using chemical sensing 
mechanisms provided by the device-specific hardware 
54. The processor 50, the same processor used for. 
device-specific, functions, also executes code for per- so . 
forming functions associated with the web server 14, ^ 
such as obtaining the medical information 60 from the 
device-specific hardware 54 and generating the HTML 
file 46 and performing HTTP communication via the 
communication path 22 including TCP/IP layers. . . 55 

In other embodiments, . the processor 50 may be 
added to the healthcare device 10 to perform the com- 
mand processor 42 and communication processor 44 



functions of the web server 14 while a separate proces- 
sor in the, device-specific hardware- 54 performs the 
device-specific medical functions. ■ ; 

. The communication circuitry, 52 enables communi- 
cation via the communication path 22 using the HTTP 
open standard protocol. The communication circuitry 52 
may be circuitry for communicating over local area net- 
works, or telephone lines including, cellular telephone 
links, or serial communication links, or parallel commu- 
nication links, or power line communication finks, or 
radio, cellular radio, paging or infrared communication 
links as is appropriate to a particular embodiment. The 
communication circuitry 52 in one embodiment includes 
a processor and code for communicating using the 
HTTP protocol and underlying TCP/IP communication 
protocols. In other embodiments, such protocol han- 
dling may be provided by the processor 50 with assocU 
ated executable code. 

The foregoing detailed description of the present 
invention is provided for the purposes of illustration and 
is not intended to be exhaustive or to limit the invention 
to the precise embodiment disclosed. Accordingly, the 
scope of the present invention is defined by the 
appended claims. 

..... . , ■! . 

Claims ■ •.._■>■ 

- . - \ ~ .. 

1. A healthcare device (10), comprising: ^ 

a set of medical information (76); 
communication path (22); , . • , 

. . . server (1 4) that provides access to the medical 
-. information (76) using an open standard net- 
work protocol (HTML, HTTP, URL) on the com- 
munication path (22). -\ 



2. 



The healthcare device (10) of claim 1, wherein the 
server (14) generates an HTML. file that contains 
the medical information (76) and transfers the 
HTML file over the communication path (22) in 
response to an HTTP command received over the 
communication path (22) that specifies a URL for 
the medical device (10). 



3. The healthcare device of (10) claim 2, wherein the 
server (14) encrypts the medical , information (76) 
contained in the HTML file. 

4. .The healthcare device (10) of any of the preceding 

claims 1-3, wherein the medical information (76) 
comprises a set of measurement data generated by 
the. healthcare device (10). 

5. The healthcare device (10) of claim 4, wherein the 
medical information (76) further comprises a 
patient identifier corresponding to the m asure- 
ment data, and a time-stamp corresponding to the 
measurement data. 



■t* 
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6. The healthcare device (10) of claim 5, wherein the 
measurement data comprises at least one of a set 
of blood analysis data, a set of electrocardiogram 
recorder data, a set of lung efficiency data, a set of 
blood pressure data, a set of blood glucose data, a s 
set of blood alcohol data, a set of fecal blood data, 

a set of body weight data. 

7. A method for accessing medical information (76) in 

a healthcare device (10), comprising the steps of: w 

receiving an HTTP command from a web client 
(40) wherein the command includes a URL that 
corresponds to the healthcare device (10); 
transferring the medical information (76) to the is 
web client (40) using an HTML file in response 
to the HTTP command. 

8. The method of claim 7, further comprising the step 

of generating the HTML file containing the medical 20 
information (76) after the HTTP command is 
received from the web client. 

9. The method of claim 7, further comprising the step 

of generating the HTML file containing the medical 25 
information (76) before the HTTP command is 
received from the web client (40). 

1 0. The method of claim 1 8, further comprising the step 

of encrypting the medical information (76) con- 30 
tained in the HTML file. 
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